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[57] ABSTRACT 

A digital data packet transmission process and system pro- 
vides more efficient and higher quality of service in appli- 
cations such as Internet telephony. In one aspect of this 
approach, transmission control protocol ("TCP") is used to 
send data from a first user or client over standard telephone 
lines to a local Internet service provider ("ISP"). At the JSP, 
the data packets are converted from TCP to user datagram 
protocol ("UDP"). The UDP packets are then transmitted, 
typically over a higher bandwidth link to another local ISP 
serving the recipient. The UDP packets are translated back 
to TCP packets and routed to the receiver. Because many 
existing systems currently employ UDP packets, the present 
approach is largely backwards compatible should a recipient 
be hooked up to an ISP that does not employ a TCP/UDP 
converter. A bidirectional TCP/UDP converter is preferable 
for two way communication such as Internet telephony. 

25 Claims, 5 Drawing Sheets 
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METHODS AND APPARATUS FOR 
PROVIDING IMPROVED QUALITY OF 
PACKET TRANSMISSION IN APPLICATIONS 
SUCH AS INTERNET TELEPHONY 

5 

FIELD OF THE INVENTION 

The present invention relates to communication protocols 
in digital networks. More particularly, the invention relates 
to methods and apparatus for protocol conversion in order to 
minimize latency and to improve efficiency and quality of 10 
packet transmission in applications including Internet tele- 
phony. 

' BACKGROUND OF THE INVENTION 

More and more information is being shared and transmit- 
ted over computer networks, and more and more two-way 
communication is taking place using computer networks. 
With the growth and ubiquity of the Internet, more and more 
people are becoming familiar with computer networks and 2 q 
desire to conduct more and more of their daily affairs using 
computer networks, especially the Internet. With the increas- 
ing popularity of the Internet and other networks, there is a 
growing demand for increased speed and quality of service. 
The higher the quality of a particular product or service that 2 $ 
can be provided over the Internet, the greater will be the 
demand for that product or service. 

Smaller and more uniform computer networks can pro- 
vide high-quality services without excessive difficulty, since 
greater control can be maintained over the network servers 30 
and clients. In such an environment, strict standards and 
protocols can be dictated and maintained. The Internet, on 
the other hand, must serve a tremendous variety of users, all 
over the world, and must provide means for transferring data 
over paths which may be extremely circuitous, with com- 35 
ponents having differing characteristics and bandwidths. 
One application which is stimulating considerable interest 
and which is growing rapidly in popularity, but which is still 
subject to significant obstacles, is Internet telephony or in 
other words, real-time voice communication over the Inter- 40 
net. This application has the promise of introducing the 
Internet into the daily lives of large numbers of people in a 
substantial way. The promise is of providing a low-cost 
substitute for a long distance telephone service with which 
people are familiar, and which they use frequently, but 45 
which, because of its cost, they are constrained to use much 
less frequently than they might otherwise choose to if the 
costs were significantly lowered while still providing com- 
parable service. Internet telephony holds forth the promise 
of allowing people to communicate with friends and loved 50 
ones all over the world for the cost of an making an Internet 
connection. In the present state of the art, there remain, 
however, significant obstacles to high-quality Internet tele- 
phony. These obstacles arise in part because of the protocols 
used by the Internet for data transmission. For real time 55 
voice traffic, latency must be kept to a minimum or the 
delays incurred will significantly interfere with the quality of 
the voice conversation. For limited-bandwidth transmission 
channels such as modems, transmission control protocol 
("TCP"), through the use of Van Jacobsen compression, can go 
accommodate small packets without the excessive overhead 
caused by a large header size. Such compression algorithms 
do not presently exist for user datagram protocol ("UDP"). 

If small packets are used for UDP transmission, the 
available bandwidth provided by today's modems may not 65 
be enough to accommodate them, given their large over- 
head. However, if large UDP packets are used for telephony, 
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voice quality is degraded because a significant latency 
results. Such latency may arise because a wait is necessary 
to allow a large UDP packet to fill with data before it is 
dispatched. 

On the other hand, if TCP is used to provide transmission 
all the way from the initial sender, over the Internet, and to 
the remote receiver, latencies may be too great for telephony 
because of the delays occasioned by detecting and resending 
lost packets. When measured against the quality of standard 
telephone service, an acceptable quality of Internet tele- 
phony service is not yet available. Thus, there exists a need 
in the art for methods and apparatus to provide Internet 
telephony data packet transmission which can accommodate 
a low-bandwidth connection between a user and a local host, 
but which can provide high-quality data transmission with 
low latency. 

SUMMARY OF THE INVENTION 

The present invention provides methods and apparatus for 
protocol conversion between transmission control protocol 
("TCP") and user datagram protocol ("UDP"). In one aspect 
of the present invention, TCP is used between the user and 
the local host. TCP is suitable for use in a modem fink 
between a local user and an Internet Service Provider 
("ISP"), because the modem itself provides a reliable 
connection, detecting and resending lost data. Thus, the 
latencies caused by TCP's detecting and retransmitting lost 
packets are unlikely to occur. This provides a reliable, 
connection-oriented transmission which can transmit small 
packets within the bandwidth provided by a typical modem 
and consistent with local telephone connections such as 
those provided by twisted wire pairs and standard telephone 
wires connecting most people to the phone network. The 
latency caused by TCP's detection and resending of lost 
packets is tolerable, because very few packets are lost at the 
connection between the user and the local host. 

After each packet arrives at the local host, it is converted 
to UDP format and transmitted over the Internet. While the 
UDP packets have a big header and thus a high overhead 
with respect to the amount of data per packet, the local host 
is able to transmit such packets using UDP with low latency, 
because the bandwidth between the local host networks is 
great enough to tolerate the overhead caused by the large 
header size of the UDP packets. When the packet arrives at 
the destination node of the local host network, it is recon- 
verted to TCP, and thence transmitted to the user of the 
destination node. This conversion allows for the transmis- 
sion of low latency small packets. By tailoring the protocols 
used to take advantage of the characteristics of the different 
connections, significant improvements in efficiency and 
quality of service may be achieved. 

A more complete understanding of the present invention, 
as well as further features and advantages of the invention, 
will be apparent from the following Detailed Description 
and the accompanying drawings, 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is an illustration of a packet transmission network 
of the prior art, showing connection protocols typically 
employed for packet transmission between users and hosts, 
between hosts within a single host network, and between 
networks; 

FIG. 2 is a packet transmission network employing a 
protocol conversion system according to the present 
invention, illustrating the protocols employed between the 
various nodes of the network; 
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FIG, 3 is a more detailed illustration of a protocol correction data delivery services. TCP data units are seg- 

conversion system according to the present invention; ments and these segments are encapsulated within an IP 

FIG. 4 is a detailed block diagram showing the use of a header. TCP is a stream-oriented protocol that provides the 
protocol conversion system according to the present application layer with the illusion that a continuous data 
invention, in which an active user registry server is 5 pipeline is established along which application information 
employed in an Internet Service Provider which connects to is transmitted. The major features of TCP are reliable, 
clients using differing connection methods and which also connection-oriented, full duplex, urgent, stream data trans- 
transmits data to and from other Internet Service Providers &rs and flow control. TCP reliability is provided through 
which do not use a protocol conversion system according to data segment sequence numbers, data receipt 
the present invention; i° acknowledgments, retransmission timers, and segment 

FIG. 5 is a diagram showing in greater detail the active checksums. Another important feature of TCP is that the 

user registry server shown in FIG. 4; and header of a TCP P acket ^ a compressed using van 

FIG. 6 is a flowchart illustrating a protocol conversion Jacobsen compressioa The availability of van Jacobsen 

process in accordance with the present invention. compression allows TCP protocol packets to have a low 

is overhead. 

DETAILED DESCRIPTION The problems of latency and limited bandwidth are sub- 

FIG. 1 illustrates a representative link 10 of the prior art stantially addressed by the present invention. A network 40 

between two data packet networks 36 and 38. First network £ *^ 0 ^.f Wlth ^ P rese ° l mventlon ? ^ated » 

36 serves users, 3 , 14, 16 and 18, respectively, and second , n ¥ A [ G - 2 \ While network 40 is shown as serving a first user A 

network 38 serves users,.,, 30, 32 and 34. Users, 3 com- 20 42 havm S a chent computer and a second user* 44 having 

municate with a first local server in a first host node 22 using a J emote com P uter * * Wl11 be recognized that a large plurality 

UDP. First host node 22 communicates with a first network of , users ™l *> e readl i£ * ™ d : User ^ 42 communicates with 

communication node 24 using UDP. First network commu- a fi fst °ode 46 using TCP. Typically, the client computer will 

nication node 24 and a second network communication node „ mclude * m ° d *m 43 which will typically be connected to the 

26 also communicate with one another using UDP. The 25 first node 46 ^ rc S ular telephone lines 45. First node 46 

second network communication node 26 communicates with P^f^ data P a ^et received from user^ to a first 

a second host node 28 using UDP. Host node 28 commu- TCV ^ ^^N™^ ? e data P acket 15 

nicates with users^, 30, 32 and 34 using UDP. t0 a ^ P P acket ^ ^DP packet is then sent to a second 

TT „„ . , c , , , . 4 4l . . i . node 50. The connection of the first and second nodes 46 and 

UDP is denned at the transport layer and provides the ™ en ** 1 • * • n u c i_* i_ i_ j -j.i. 

t . . r 4 , \ L1 v 4 . . 30 50, respectively is typically by way of a high bandwidth 

application layer with a fast but unreliable, connectionless connection 49 
delivery system. UDP data units are datagrams. A datagram 

is encapsulated within an IP header. The header portions of U P on amval at lhe second node 50 > the UDP P acket 
UDP packets are long. Thus, the overhead for UDP packets received from user A is passed to a second TCP/UDP con- 
is inherently quite large. This problem is typically overcome 35 vert i er 52 where lt » inverted to a TCP packet. The TCP 
by making UDP packets large. With sufficiently large UDP P acket 15 then transmitted to the user* 44 again typically 
packets, the header represents a relatively small portion of usin S re 8 ular P hone Unes 51 and a modem 47 located in the 
the total packet. If used to transmit small packets, however, che r nt ^mputer. Each of the converters 48 and converter 52 
as would be needed for high-quality Internet telephony, the preferably operates in a two-way fashion, converting TCP to 
large headers used by UDP would represent a large propor- 40 ^ or UDP t0 TC p ™ required. Thus, the network 40 
tion of the packet size. For a typical modem connection illustrated in FIG. 2 is suitable for two-way transmission of 
operating at 28.8 kB, the use of small UDP packets for data between user* 44 and user^ 42 making it advantageous 
Internet telephony would typically overwhelm the band- for ^cations such as Internet telephony as discussed in 
width which could be provided by the modem. The use of & reater detai1 below * 

small packets is best to keep down delays for quality critical 45 FIG. 3 shows a more detailed illustration of the protocol 

applications such as Internet telephony. converter 48 of FIG. 2. The two-way protocol converter 48 

The use of UDP throughout the first and second networks includes a TCP/UDP protocol converter 62 and a UDP/TCP 

36 and 38 provides a fast, connectionless data transfer protocol converter 64, The TCP/UDP protocol converter 62 

system between the networks and the users, but the use of includes an incoming TCP network manager 66, a TCP to 

UDP is not suitable for high-quality telephony as the use of 50 UDP P rotoco1 header converter 68, and an outgoing UDP 

UDP requires the use of large packets in order to avoid network manager 70. The outgoing UDP network manager 

overwhelming the capabilities of the modems of the users 70 includes a calling database 72 which stores routing 

and' the regular phone fines which typically connect Internet information for each client. This client routing information 

users to their ISPs. If TCP were used for transmission is preferably established at the time the client connects to the 

between and throughout the networks 36 and 38, however, 55 network. The generation and function of the calling desti- 

that approach would also be unsuitable for high-quality nation database 72 will be described in greater detail below 

digital telephony. Latency would again be significant, ' m conjunction with the discussion of FIGS. 4 and 5. 

because a lost packet anywhere in the network would require The UDP/TCP protocol converter 64 includes an incom- 

the lost packet to be detected and resent. Resending a lost ing UDP network manager 74, a UDP to TCP protocol 

packet very quickly becomes superfluous in an application 60 header converter 76, and an outgoing TCP network manager 

such as telephony or voice communication. The speaking 78. The calling destination database 80 contains entries 

transmitted by telephony occurs in real time. The global use established for each client which are preferably established 

of TCP would produce a significant latency in order to at the time of connection of the client with the network. The 

resend data which would be out of date and useless by the calling destination database 80 is described in greater detail 

time it was resent and ultimately received. 65 below in conjunction with FIGS. 4 and 5. 

TCP is defined at the transport layer and is responsible for The UDP/TCP protocol converter 62 receives data pack- 
reliable, connection-oriented, end-to-end error detection and ets in TCP format. For example, UDP/TCP protocol con- 
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verter 62 is shown as part of a digital packet telephony 
network linking client computers A and B, C and D, and E 
and F, respectively. Client computers A, C, and E each 
transmit a stream of digital packets to the protocol converter 
48 using TCP format. Each packet transmitted by the client 5 
computers A, C, and E contains header information in TCP 
format. Incoming TCP network manager 66 receives the 
stream of data packets from the client computers A, C, and 
E and passes them to TCP/UDP protocol header converter 
68. The TCP/UDP protocol header converter 68 removes the 10 
TCP header information from the packets, translates the TCP 
header information to UDP header information, and adds the 
UDP header information to the packets. TCP/UDP protocol 
header converter 68 then passes the data packets to outgoing 
UDP network manager 70, which reads the packet headers, 35 
looks up the destination information in calling database 72, 
and directs the packets to their destinations. Packets from 
client computer A are then routed to remote computer B, 
packets from client computer C to remote computer D, and 
packets from client computer E to remote computer F. 20 
Typically, packets will not be transmitted directly from 
converter 62 to a receiving remote computer, but instead will 
be preferably routed through another network, or another 
converter according to the present invention. For example, 
in FIG. 2 packets addressed from client computer A to 25 
remote computer B are sent from protocol converter 48 to 
remote network 50 and thence to protocol converter 52 
before being routed to the remote computer B. 

The UDP/TCP protocol converter 64 operates in a similar 
manner, receiving, as an illustrative example, packets from 30 
the remote computers B, D, and F to be transmitted to the 
client computers A, C, and E. Each packet received by 
protocol converter 64 from the remote computers B, D, and 
F contains header information in UDP format, a portion of 
the header information identifying the packet destination. 35 
This is because remote computers B, D and F originally 
transmitted the packets in UDP format, or because the 
packets were converted to UDP format enroute to protocol 
converter 64. The packets arrive at the incoming UDP 
network manager 74, where they are passed along to UDP/ 40 
TCP protocol header converter 76. The UDP/TCP protocol 
header converter 76 removes the UDP headers from the 
packets, translates the headers into TCP format, and recon- 
structs the packets as TCP packets. The TCP packets are then 
routed to the outgoing TCP network manager 78. Outgoing 45 
TCP network manager 78 determines the destination by 
looking it up in the calling destination database 80. Each 
packet is then sent to its appropriate destination. 

The remote computers B, D, and F can be either end users 
or further networks or converters. Thus, the protocol con- 50 
verter of the present invention has great flexibility. One 
network employing a protocol converter according to the 
present invention can be used to transmit data to arrive at 
another similar network, thus providing all the advantages 
described above, or, if the destination does not belong to 55 
such a network, the data packets can nevertheless be trans- 
mitted to any standard TCP/IP network. This feature pro- 
vides the significant advantage of allowing the ability to 
communicate with users who do not subscribe to networks 
employing a protocol converter according to the present 60 
invention. This feature is illustrated in greater detail in FIG. 
4 below. 

FIG. 4 illustrates communication with a large Internet 
Service Provider A ("ISP/') 82 using a protocol converter 
according to the present invention. The illustrated commu- 65 
nication occurs both between its own clients and between its 
own clients and those of an Internet Service Provider B 



("ISP fl ") 108 which does not use a protocol converter 
according to the present invention, 

IS? A 82 has multiple Points of Presence ("POP") of which 
POPj 84 and POP 2 86 are shown as representative examples. 
A POP is a server system or network which typically 
provides access to ISP A to users within a local telephone 
service area. Each of POP a 84 and POP 2 86 typically serves 
clients within a local calling area. POP 2 84 and POP 2 86 
typically communicate with one another through ISP A 
packet network 88. Each of VO? 1 84 and POP 2 86 commu- 
nicates with networks and computers outside of ISP A 82 
through a connection to Internet 90. 

Each POP serves a large number of clients, of which 
clientj 92 and clien^ 94 are shown as representative 
examples. Client 1 92 connects to POP 1 84 through a modem 
96. Modem 96 provides access via the Plain Old Telephone 
System (POTS) 98. Client 2 94 connects to ?0? 1 84 through 
one of a number of alternative connections 100. Such 
connections may include cable, LAN/WAN connections, 
800 numbers, ISDN, wireless, or any other suitable pres- 
ently known connections or connections which may be 
developed in the future, 

POP 2 84 includes a modem pool 102 to accommodate 
clients such as the clientj 92, who connect to POPj 84 
through modems such as the modem 96. POP a 84 also 
includes a variety of other edge terminators 104, which 
accommodate clients such as the client 94, who connect 
through alternative means. Each of the clients, client, 92 and 
clien^ 94, connects to the POP 3 84 using the TCP protocol. 
POPj 84 also includes a router 103. Router 103 includes a 
converter 105, one suitable example of which is the con- 
verter 62 described above. POP 3 84 also includes an active 
user registry server 106, which is described in further detail 
below in connection with the discussion of FIG. 5. The 
active user registry server 106 provides dynamic addressing. 
In other words, it establishes and stores a virtual address for 
each user at the time the user first establishes a session with 
POP! 84. Active user registry server 106 associates with 
each user a converter address. These converter addresses 
associated with each client such as the clients 92 and 94 are 
stored, and are used to provide necessary addressing infor- 
mation. 

The converter 105 receives TCP packets from each of the 
clients 92 and 94 and converts these packets to UDP packets. 
POPj 84 then transmits these UDP packets to their destina- 
tions. For example, POPj 84 transmits some of the packets 
to other points of presence within ISP A 82 over ISP A packet 
network 88. When POP 2 86, to take a representative 
example, receives a packet whose destination is one of its 
users, for example client la 92a, it sends the packet to a 
router 103a where the packet is converted by converter 105a 
from UDP to TCP, finds the user to which the packet is 
addressed in its calling destination database, and transmits 
the packet to the client^ 92a, who is connected to POP 2 86 
via modem 96a. 

To take another example, a packet's destination may be to 
client^ via ISP 5 108. In this case, ?0? 1 84 would transmit 
the packet over the Internet 90, where it would be routed to 
ISP^ 108. The packet would remain in UDP protocol while 
IS? B 108 routed it to client^ 110 via modem 111. 

Protocol converters in accordance with the teachings of 
the present invention maintain compatibility with users who 
are clients of systems that do not employ a protocol con- 
verter according to the present invention. A packet routed to 
client^ 110 remains in UDP protocol. While communication 
between client^ 92 and client lfr 110 does not have all of the 
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advantages of a protocol converter according to the present 
invention, the use of a protocol converter according to the 
present invention does not interfere in any way with com- 
munication between clien^ 92 and client^ 110. This feature 
provides backwards compatibility with existing systems, 5 
and thus promotes the universal applicability of the present 
invention. 

FIG. 5 is a more detailed illustration of the active user 
registry server 106 shown in FIG. 4. The active user registry 
server 106 preferably consists of a network connection 10 
manager 112, a client lookup system 114, a register client 
circuit 116, and an active user database 118. When a client, 
such as client 1 92, first connects to a POP such as ?OP 1 84, 
client 92 or POPj 84 sends a register message to the 
network connection manager 112 which passes the register ^ 
message to the register message input 112a of the register 
client circuit 116. The register message preferably contains 
a converter IP address, a client IP address, and a unique 
identifier for client 1 92. This information is associated with 
client 92 and stored in the active user database 118. When 20 
a client, such as client la 92a, wants to determine how to 
route a communication to client 92, it sends a message to 
the active user registry server 106. The network communi- 
cations manager 112 determines that the message is a client 
look up request message, and sends it to the client lookup 25 
system 114. The system 114 does the look up for client A 92 
in the active user database 118 and sends the necessary 
routing information to the requesting client. The requesting 
client now has all the routing information required to send 
packets to the client 1 92. 30 

FIG. 6 is a flowchart illustrating process steps which may 
be suitably carried out by a protocol converter according to 
the teachings of the present invention. In step 600, an 
incoming message is detected and the operating system 
sends a network interrupt for the incoming message. In step 35 
601, it is determined whether a first packet of the incoming 
message is in TCP format. If the packet is a TCP packet, the 
control process follows the branch including the steps 602, 
604, 606 and 607. The packet is received, step 602, the 
address of the client addressee is looked up, step 604, the 40 
TCP packet is converted to UDP, step 606, and routed to the 
remote addressee, step 607. It will be recognized that the 
order of converting and lookup are not critical, and that these 
steps may be performed in reverse order or in parallel. If 
additional TCP packets are received as part of the same 4S 
incoming message, the process continues to repeat itself. If 
no additional packets are being received by the system, the 
process will idle until the next network interrupt indicative 
of an incoming message occurs. 

If in step 601, it had been determined that a TCP packet 50 
was not incoming, it would next be determined in step 608 
if a UDP packet was incoming. If a UDP packet was 
identified, process control would follow the control process 
branch including steps 610-616. In step 610, the UDP 
packet is received, and in step 612, the client address of the 55 
addressee is looked up. In step 614, the packet is converted 
to TCP. In step 616, the packet is routed to the addressee. 
Control is then transferred back to block 600. It will be 
recognized that the process may be suitably extended to 
other packet formats by determining whether such packet eo 
formats are being received and following similar process 
steps. 

While the present invention is disclosed in the context of 
a presently preferred embodiment, it will be recognized that 
a wide variety of implementations may be employed by 65 
persons of ordinary skill in the art consistent with the above 
discussion and the claims which follow below. 
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We claim: 

1. A method for providing a voice connection utilizing 
digital data transmission in a packet-switched digital 
network, comprising the steps of: 

establishing a data link between a server and a client; 

establishing an Internet telephony connection utilizing 
said data link between said server and said client, 

transmitting from said client to said server digital trans- 
mission control protocol (TCP) packets addressed to an 
addressee, said TCP packets being comprised of digi- 
tized Internet telephony voice data; 

converting each TCP packet received from said client to 
user datagram protocol (UDP) format; and 

routing each UDP-converted packet to the addressee. 

2. The method of claim 1 wherein the step of establishing 
a data link between a server and a client further comprises 
the steps of: 

establishing a data link between said client and a first 
modem; 

establishing a data link between said server which is part 
of a local Internet service provider (ISP) and a second 
modem; and 

establishing a dial-up data link between said first modem 
and said second modem utilizing standard telephone 
lines. 

3. The method of claim 2 further comprising the step of: 
utilizing the error correcting characteristics of said first 

modem and said second modem to minimize the 
latency of the TCP data link connection between said 
first and second modems. 

4. The method of claim 1 further comprising the step of: 
looking up the addressee's address information in a 

calling destination database. 

5. The method of claim 1 wherein the step of routing each 
UDP-converted packet to the addressee further comprises 
the step of routing each UDP-converted packet to a local 
Internet service provider (ISP), to which said addressee is 
connected. 

6. The method of claim 5 wherein the step of routing each 
UDP-converted packet to a local ISP, to which said 
addressee is connected further comprises the step of estab- 
lishing a connection over a high bandwidth data link con- 
nection. 

7. The method of claim 5 further comprising the step of 
routing each UDP-converted packet from the local ISP, to 
which said addressee is connected to the addressee utilizing 
a modem and standard telephone lines. 

8. The method of claim 1 wherein the step of routing each 
UDP-converted packet to the addressee further comprises 
the step of routing each UDP-converted packet through an 
Internet network to a local Internet service provider (ISP), to 
which said addressee is connected. 

9. The method of claim 8 further comprising the step of 
receiving each UDP-converted packet at the addressee. 

10. The method of claim 1 further comprising the step of 
establishing a calling destination database, said calling des- 
tination database comprising a lookup table of clients and 
Internet telephony addressees. 

11. A packet converter for use in a packet-switched 
communication system, comprising: 

a server for communicating with a plurality of clients and 
receiving transmission control protocol (TCP) packets 
from said clients; 

a converter for converting said plurality of packets to user 
datagram protocol (UDP) packets; 
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a database for holding a lookup table associating the 
plurality of clients with addresses for the plurality of 
clients; and 

a router for routing each of said packets to its addressee. 

12. The packet converter of claim 11 wherein said server 5 
is further operable to receive from each of a plurality of 
remote servers a plurality of digital packets, each of said 
packets being formatted as a UDP packet, and the packet 
converter further comprises: 

a converter for converting each of said received UDP 10 

packet to TCP format; and 
a router for routing each of said converted packets to its 

addressee. 

13. A packet-switched communication system compris- ^ 
ing: 

a first local server for communicating with a plurality of 
clients and receiving transmission control protocol 
(TCP) packets from said clients on an input; 

a first converter for converting said TCP packets to user 20 
datagram protocol (UDP) packets; 

a router to direct the converted UDP packets to a second 
local server for communicating with an addressee; and 

a second converter for reconverting the converted UDP 
packets received by the second local server back to 25 
TCP packets. 

14. The system of claim 13 further comprising a first 
client including a modem connected to a standard telephone 
line, said first client transmitting TCP packets representing 
digital data sampled from a voice of an Internet telephony 30 
user. 

15. The system of claim 13 further comprising a memory 
for storing a calling destination database. 

16. The system of claim 13 further comprising an active 
user registry server. 

17. The system of claim 13 wherein the first converter 
further comprises an incoming network manager. 

18. The system of claim 13 wherein the first and second 
local servers are part of local Internet telephony providers 
which are connected by a high bandwidth connection. 

19. The system of claim 13 further comprising an 
addressee client which includes a modem for connecting the 
addressee client to the second local converter by way of a 
standard telephone line. 

20. The system of claim 13 wherein the input of the first 
local server is connected to a standard telephony line. 

21. The system of claim 13 wherein the second converter 
further comprises an incoming network manager. 

22. A method for providing an Internet telephony con- 
nection utilizing a packet-switched digital network, com- 
prising the steps of: 

establishing a first data link between a first personal 
computer and a first ISP, said first data link comprising 
a dial-up modem connection between the first personal 
computer and the first ISP; 
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establishing a second data link between a second personal 
computer and a second ISP, said second data link 
comprising a dial-up modem connection between the 
second personal computer and the second ISP; 

transmitting TCP packets of digitized voice data between 
the first personal computer and the first ISP; 

converting said TCP packets to UDP packets at said first 
ISP; 

looking up addressee routing information in a first calling 

destination database; 
routing said UDP packets to a second ISP as specified in 

said first calling destination database; 
converting said UDP packets to reconverted TCP packets 

at said second ISP; and 
transmitting said reconverted TCP packets of digitized 

voice data between the second ISP and the second 

personal computer. 

23. The method of claim 22, further comprising the steps 
of: 

transmitting TCP packets of digitized voice data between 
the second personal computer and the second ISP; 

converting said TCP packets to UDP packets at said 
second ISP; 

looking up addressee routing information in a second 

calling destination database; 
routing said UDP packets to the first ISP as specified in 

said second calling destination database; 
converting said UDP packets to reconverted TCP packets 

at said first ISP; and 
transmitting said reconverted TCP packets of digitized 

voice data between the first ISP and the first personal 

computer. 

24. A two-way packet protocol converter for use in a 
packet switched communication system, comprising: 

a first incoming network manager for communicating 
with a plurality of clients utilizing TCP packets; 

a TCP to UDP packet converter; 

a first outgoing network manager for communicating with 
a plurality of servers, said first outgoing network man- 
ager further comprising a calling destination database; 

a second incoming network manager for communicating 
with a plurality of servers utilizing UDP packets; 

a UDP to TCP packet converter; and 

a second outgoing network manager for communicating 
with a plurality of clients, said second outgoing net- 
work manager further comprising a calling destination 
database. 

25. The two-way packet protocol converter of claim 24, 
the first incoming network manager further comprising a 
bank of modems and the second outgoing network manager 
further comprising a bank of modems. 
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